A2E ESTATE← CONSOLEHEATMAPPM SUITEUNDER REVIEW · first-pass standards review 2026-10-05 · not certified · sample data is constructed
Deliverable 1 of 3 — Research
⌂ SUITECompiled 1 August 2026
Build vs. Fork

What already exists, and what you will have to invent

A grounded survey of open-source project, program and portfolio management software, the standards it claims to implement, and the one capability you asked for that no repository on earth currently ships.

52%
of projects experience scope creep, up from 43% five years earlier — PMI Pulse of the Profession 2018
0
open-source repositories found that adjudicate a new task against a baseline and rule it creep, discovery, or in-scope
+57%
growth in hybrid delivery approaches 2020–2023, while predictive fell 24% — PMI Pulse 2024
01 — The bottom line

Five findings that should shape the build

FINDING 01

PMI has never shipped software

The body behind the PMBOK® Guide publishes standards, certifications and research. Its own literature observes that practitioners "repeatedly look for alternative tools and ask for information on project management tools tagged as agile, open source, web-based, or cloud" — PMI documents the demand rather than filling it. There is no PMI reference implementation to fork.

FINDING 02

One repo claims PMBOK alignment. It is dormant.

OpenPPM is the only open-source product that explicitly positions itself as project, program and portfolio management "in accordance with the PMBOK® Guide, from PMI®" — web-based, multi-tenant, with Project Manager, Team Member, Resource Manager and PMO roles. Its role model is worth stealing. Its codebase is not actively maintained.

FINDING 03

The standard you cited has moved

PMBOK® Guide 8th Edition, released 2025, collapses the 7th Edition's 12 principles into 6, its 8 performance domains into 7, and reintroduces 40 processes embedded in those domains. EIA-748-E — the earned-value standard — was published February 2026. If your handbook is the 7th Edition, the data model we build will be one generation behind on vocabulary.

FINDING 04

Scope adjudication is genuinely unbuilt

Every tool surveyed tracks change requests after a human has decided one is needed. None classify an incoming task against a baselined WBS. The commercial market agrees this is the gap — a vendor in the space states flatly that generic project management tools "do not solve scope creep because they are not designed for it." This is your differentiator, and it must be designed from first principles.

FINDING 05

The scheduling engine is the part you should not write

Critical-path calculation, resource levelling and working-time calendars are solved problems with hostile licensing. The MIT build of DHTMLX Gantt is explicitly "intended for schedule visualization and manual editing" — auto-scheduling, critical path, resource planning, calendars and baselines are all PRO-only. TaskJuggler gives you the maths free (it resolves resource assignment conflicts automatically and emits optimum start/end times) but as a GPL command-line compiler over a text file, not a library. Pick your poison deliberately, early.

02 — The landscape

What each candidate actually gives you

Ranked by usefulness as a starting point for a hybrid, financially-aware PPM platform with gated phases.

01
OpenProject
opf/openproject · Ruby · GPLv3
Take: product, project and portfolio management in one model; agile planning, issue tracking, roadmaps, Gantt, time tracking, cost tracking, meeting management, native GitHub/GitLab links so commits and merge requests attach to tasks.
Leave: criticised for lacking capacity planning and workload balancing, and for reporting limitations that push you toward plug-ins. No rate-vs-cost margin model. AGPL/GPL is a commercial-licensing decision, not a detail.
Primary base
02
OpenPPM
OpenPPM/OpenPPM · Java · dormant
Take: the only codebase built deliberately to PMBOK. Multi-tenant, multi-role — its authors note four roles (PM, Team Member, Resource Manager, PMO) are enough for full functionality. Read it as a domain model, not as software.
Leave: essentially everything else. Aligned to a PMBOK edition two revisions old; no agile layer; no modern front end.
Schema donor
03
Plane
makeplane/plane · Python/Next.js
Take: the agile half. Cycles track momentum with burn-down charts; Modules break complex projects into manageable pieces; Views save and share filtered slices. Ships a native MCP server, so agents can work against the same data as the team.
Leave: no cost model, no CPM, no governance gates. It is an execution tool, not a management system.
Agile pattern
04
TaskJuggler
Ruby · GPL · CLI
Take: the only free engine that automatically resolves resource assignment conflicts. It reads tasks from a text file and produces optimum start and end times from resources, dependencies and priorities — and because projects are plain text, the whole plan version-controls in Git.
Leave: not an interactive editor — it works like a compiler. Wrap it as a service; never expose its syntax to a PM.
Solver
05
ProjectLibre
Java desktop · 7.8M downloads
Take: the classic-PM feature checklist made concrete — Gantt chart, network diagram, WBS and earned value, with MS Project file import/export. A fork of OpenProj, it is the reference for what "parity with MS Project" means.
Leave: single-user desktop Java. Nothing here transfers to a web architecture except the file-format knowledge.
.mpp bridge
06
Gantt UI libraries
DHTMLX · Bryntum · Syncfusion
Take: Bryntum ships its own scheduling engine with lags, leads, calendars, constraints, baselines and critical path, virtual-scrolled for large data sets. Syncfusion computes criticality from slack — zero slack means the task must finish exactly on time; negative slack means it is already impossible.
Leave: the free tier. DHTMLX Community is MIT but PRO owns auto-scheduling, critical path, resource histograms, working-time calendars, baselines, constraints, split tasks and WBS.
Licence risk
03 — The unbuilt piece

Designing the scope adjudicator

You asked me to decide the classification logic. Here is the recommendation and the reasoning: deterministic rules first, language model as a tiebreaker, human approval always. Never let a model make the ruling alone — the output of this component is contractual.

GATE 1
Baseline match

Does the task map to a WBS element in the approved baseline? Deterministic: WBS ID, deliverable reference, or acceptance-criteria lineage. A hit ends the process — it is in scope, log it and move on.

GATE 2
Discovery test

No WBS hit, but is it work required to deliver an existing baselined outcome? Then it is discovery, not creep — the deliverable was always owed, the estimate was wrong. This distinction is the one PMs most often get wrong, and it changes who pays.

GATE 3
Semantic tiebreak

Ambiguous cases go to a model that must cite the specific clause of the scope statement it is reasoning from, and return a confidence score. No citation, no ruling. The PM sees the quoted clause, not a verdict.

GATE 4
Trade & approve

Creep opens a change request pre-loaded with the schedule delta, the cost delta at the correct rate, the margin impact, and — your specific ask — the trade: what comes out if this goes in. Nothing enters the schedule until the trade is signed.

"Without a documented change request and the application of a formal change control process to assess that change request, there is an increased risk of scope creep."

PROJECT MANAGEMENT ACADEMY, ON PMBOK SCOPE CONTROL
Why the standards back this design

EIA-748 already demands exactly this discipline of a compliant system: incorporate authorised changes in a timely manner and record their effects in budgets and schedules; reconcile current budgets to prior budgets; control retroactive changes so previously reported cost, earned value or budget figures move only for error correction, routine accounting, directed changes, or baseline integrity; and prevent revisions to the program budget except for authorised changes. Your adjudicator is not an invention on top of the standard — it is the standard, made automatic.

The honest caveat

I found no published accuracy benchmark for automated scope classification, because no one has published one. Treat the classifier as a triage instrument that raises the right question with the right evidence attached — not as an oracle. Every ruling must be overridable, and every override must be recorded as training signal and as audit trail.

04 — The standards baseline

What "aligns with the standard" has to mean in code

You said the handbook and agile methodologies are clearly defined standards and anything that exists should be an offering. These are the three that carry real, encodable constraints.

PREDICTIVE

PMBOK® Guide, 8th Edition

Released 2025 and built on more than 48,000 data points. Six core principles, seven performance domains, and 40 processes reintroduced inside those domains — a return to concrete guidance while keeping the principle-based frame. It adds expanded coverage of AI, PMOs and procurement.

Encodable as: the phase-gate model. The 7th Edition's domains were purely outcome-focused with no prescribed processes; the 8th Edition's are function-oriented, each embedding processes with inputs, tools and outputs. That is a state machine.

ADAPTIVE

The Scrum Guide, 2020

Thirteen pages, deliberately unprescriptive. Its load-bearing addition is commitments: the Product Backlog commits to a Product Goal, the Sprint Backlog to a Sprint Goal, the Increment to the Definition of Done. Work cannot be part of an Increment unless it meets the Definition of Done.

Encodable as: required fields, not optional ones. A sprint without a Sprint Goal cannot open. An increment without a satisfied DoD checklist cannot close. Note the trap Sutherland describes — teams were criticised for delivering a point less or a point more, and velocity became a weapon. Do not surface velocity as a per-person metric.

FINANCIAL

EIA-748-E

32 guidelines in five groups: defining the work and the organisation doing it, planning and budgeting, work accounting, analysis and reporting, and revisions and data maintenance. Guideline 1 is the WBS; Guideline 32 is documenting performance-measurement-baseline changes. Latest revision published February 2026.

Encodable as: your EVM module's acceptance criteria. Scale it — the standard is explicitly meant to be applied in proportion to the size, complexity and type of work. For DoD work the thresholds are real: compliance required at $20M, formal validation at $50M.

05 — Recommendation

Fork the plumbing, build the judgment

Your stated frustration is not that Microsoft Project lacks features. It is that "you need a PhD to keep it error free and accurate." That is a diagnosis of an interaction model, not a feature gap — and it means forking a tool that shares MS Project's model reproduces the problem.

The recommendation is therefore a hybrid: take OpenProject's data model and portfolio hierarchy as the substrate, take Plane's cycle-and-module patterns for the adaptive lens, wrap a scheduling solver rather than writing one, and spend all original engineering effort on the two things nobody has built — the scope adjudicator with its trade-off ledger, and a reporting layer where the standard outputs are fixed and everything else is composed on request.

Gated phases enforce the consistency you said was missing. If the app will not let a PM open execution without a baselined WBS, a signed charter and a resource plan with rates attached, then the tool is the standard, and consistency stops being a training problem.

Open questions before the build
01
Which handbook, which edition? The file did not arrive. 7th vs 8th changes the domain vocabulary throughout.
02
GitHub is not connected. Until it is, I am reading repositories from the outside. Connect it and I will pull the real OpenProject and OpenPPM schemas.
03
Which issue tracker is authoritative? You want the schedule linked to issue tracking. Jira, Azure DevOps and GitHub Issues imply three different sync models.
04
Licence posture. OpenProject is GPL-family. If this is ever a commercial product, that decision is load-bearing and needs counsel, not me.
06 — Sources

Every claim above, traceable

Consulted 1 August 2026. Figures are dated to their publication, not to today. Where sources disagree, both are shown.

01github.com/opf/openproject — feature scope, self-hosting positioning.
02github.com/OpenPPM/OpenPPM — PMBOK alignment claim, role model.
03github.com/makeplane/plane — Cycles, Modules, Views.
04PMI — Next Generation Project Management Software, on practitioner demand for open-source tooling.
05PMI — Scope Patrol, 2018 Pulse: 52% of projects, up from 43% five years earlier.
06PMI — Pulse of the Profession 2023. Note the disagreement: high-power-skills organisations report only 28% scope creep, against the 52% global average.
07Pulse 2024 summary — hybrid +57%, predictive −24%, 2020–2023. Secondary source; PMI original not open-access.
08PMI — PMBOK® Guide, 8th Edition: six principles, seven domains, 48,000+ data points.
09BrainBOK — 7th vs 8th Edition, 49→40 processes, domain restructure.
10The 2020 Scrum Guide — artifact commitments. Primary source.
11InfoQ — Schwaber & Sutherland Q&A, on velocity being weaponised.
12AcqNotes — EIA-748 and EVMi — the 32 guidelines, including guidelines 28–32 on change control.
13dhtmlx-gantt on npm — explicit Community/PRO feature split.
14Opensource.com — favourite PM tools, on TaskJuggler's resource levelling and CLI model.
What this report does not establish

Scope-creep prevalence figures vary widely by source and method — PMI's 52% sits against third-party aggregations claiming 70%, and industry-specific studies putting software and creative work at 60–70%. I have used PMI's figure because its method is documented; treat the higher numbers as unverified. I have also not read the source code of any repository above — GitHub is not yet connected, so all repository claims come from project documentation, which is marketing. Verify OpenProject's cost model and OpenPPM's schema against the code before committing architecture to either.